Specification 

METHOD AND SYSTEM FOR ELECTRONICALLY DISTRIBUTING, 
DISPLAYING AND CONTROLLING ADVERTISING AND 
5 OTHER COMMUNICATIVE MEDIA 

BACKGROUND OF THE INVENTION 
10 Cross Reference to Related Applications 

q_ Reference is made to and priority claimed from U.S. Provisional Application 

Serial No. 60/195,646, filed April, 7, 2000, entitled "Method and System for Distributing, 
P=. : Displaying and Controlling Advertising Electronically". 

« This application is related to U.S. Patent Application Serial No. 09/828,257 

?5 filed concurrently with this application and entitled "System For Electronically 
5 Distributing, Displaying and Controlling Advertising And Other Communicative 
;] Media". Such application is expressly incorporated herein by reference. 

ri Field of the Invention 

2D The present invention generally relates to media distribution, display and control 

methods and systems, and more particularly to an improved method and system for 
scheduling and distributing discrete modules of content (i.e., audio or video or 
multimedia) and for managing scheduling conflicts that result from the application of 
multiple scheduling algorithms within a comprehensive scheduling system. 

25 

Description of the Prior Art 

In scheduling media for play or remote broadcast, current systems utilize 
simple algorithms to determine the order or sequence of play for any number of 
discrete items or content. The typical system utilizes a standard FIFO (First in-First 
30 out) queuing method to accomplish the sequential play of discrete items such as 
multimedia advertisements, music or other content for broadcast. Traditional 
systems require manual intervention in order to accomplish the more complex non- 
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sequential scheduling specific content play, such as triggered events or 
asynchronous play requests. 

Under the current paradigms, manual intervention by a scheduling 
administrator (or disc jockey in the case of a radio station) is required to alter the 
5 existing schedule of play or introduce new content into play. The current paradigms 
for content scheduling are not adequate for scheduling content that is to be played at 
multiple geographically dispersed locations. 

The advent and proliferation of digital networks, such as the Internet, make it 
possible to distribute digital multi-media content to any number of media players that 
10 may be connected via a high-speed network. The traditional paradigm of manually 
intervening in the scheduling process at each location, to incorporate content not 
pre-scheduled in a sequential queue, is not feasible or efficient for a networked 
= == system that may control hundreds or even thousands of content players transmitters 
fl- or broadcasters. 

15 In the case of current systems, where multimedia content is distributed and 

F scheduled from a single controlling server to any number of distributed points of play, 
s the administrative overhead to manually intervene and insert previously unscheduled 
rl content for play would be costly and time consuming. 

: Existing scheduling systems that accommodate a subset of scheduling 

29 algorithms significantly limit the flexibility required for a large networked system of 
r " geographically dispersed media players. 

SUMMARY OF THE INVENTION 

It is therefore an object of the present invention to provide a method for 
25 enabling the automated scheduling of media to be played on a logical group of 
players connected via a distributed network. 

Another object of the present invention to provide several methods of 
scheduling that combine to create a comprehensive and flexible media scheduling 
system. 

30 Briefly, a presently preferred embodiment of the present provides a method 
for facilitating the electronic distribution and scheduling for transmission or playback 
of a variety of communicative media including music, graphics, photographic 
compositions, audio and/or video content. In the described system, discrete items of 
content are scheduled for play back based upon a schedule created by the 
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integration of four standard scheduling methods into a single comprehensive 
scheduling algorithm. In the first scheduling method a discrete item of content is 
assigned a frequency rating relative to other items of content. A second way to 
schedule is called recurring playback. In the recurring method, a particular item of 
5 content is scheduled to repeat at specific intervals of time. Intervals can be in terms 
of minutes, hours or days. A third scheduling method allows the content to be 
played according to a time base, that is, media content can be scheduled to play at a 
specific date and time. The forth type of input to the scheduling system is a trigger 
event which is received from a source external to the scheduling system. Upon 
10 receiving a trigger event, particular media content will be played. Included among 
trigger events is a mechanism called asynchronous request relating to play of 
previously unscheduled content on an external request basis. A fifth type of input is 
called category filtering and relates to a characterization qualification, or 
determination as to whether or not particular content is in some way restricted as to 
J5 its availability for play in a particular venue. The current invention incorporates these 
= five methods of scheduling playback of content in a single comprehensive 
scheduling system. 

More concisely stated, the present invention supports the following scheduling 
methods: 

20 1. The assignment of a relative frequency of play method; 

2. A recurring interval method; 

3. A specified time of play method (time base); 

4. An external event or condition trigger; and 

5. Category filtering. 

25 An important advantage of the present invention is that it combines all five 

algorithms into a single system to provide the flexibility required in a networked 
system containing multiple media players. 

Another advantage of the present invention is that it automates the 
introduction of previously non-scheduled media play based upon an external event 
30 and/or request. 

Another advantage of the present invention is that it automates the distribution 
of scheduling changes and/or interrupts to the end nodes (media players) of a 
distributed network in a media playing system. 
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These and other objects and advantages of the present invention will no 
doubt become apparent to those skilled in the art, after having read the following 
detailed 

description of a preferred embodiment thereof illustrated in the several figures of the 
drawing. 

IN THE DRAWINGS 

FIG. 1 is a block diagram generally showing a system in which the present 
invention may be implemented; 

FIGs. 2 and 3 are diagrams suggesting the storage of media and scheduling 
information in accordance with the present invention; 

FIGs. 4-10 are flow diagrams illustrating various aspects of the present 
invention; 

FIGs. 11-17 are screen shots used to illustrate an embodiment of the 
invention; and 

FIG 18 is a flow diagram concisely illustrating a generalized embodiment of 
the invention. 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 

Generally stated, the present invention relates to a system for distributing, 
displaying and controlling advertising electronically. A feature thereof is a scheduling 
algorithm which has massive implications for many applications that are currently on 
the Internet. This algorithm applies to the provision and control of music or other 
content on the Internet, as well as to advertising, and display or broadcast of 
communicative messages or images or any other kind of digital content, in terms of 
scheduling and playback. It has a wide class of applications. 

Still another feature of the present invention relates to the integration of data 
streams of corporate information, Internet data or other data from other sources into 
advertising, both as to the content and the scheduling of play rather than having to 
constantly re-author electronic media to reflect changing business and retail 
situations. For instance, an advertising system can actually take the data in live and 
readjust the media that is being played to reflect the current situation in real time. 
This provides a much more up-to-date advertising capability. An example of this 
updating feature is the case in which one has a catalog, for instance, that has both 
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pictures and prices. The present invention can seamlessly integrate both the 
pictures and the prices such that when an item goes on sale, the system can 
promote that sale using the old pictures but a new sale price, and automatically bring 
this information to the screen by virtue of a preprogrammed trigger that indicates that 
5 the item is on sale. Thus, some routine intervention in the database, be it a 

corporate skewed database, like in a supermarket where oatmeal is now on sale, 
this system can in effect say, now I know which items are on sale so I am going to 
scan through the store inventory and determine that oatmeal is on sale, and 
automatically advertise the oatmeal at the new sale price. If pictures are available, it 
10 can use them; otherwise pictures or graphics can be made available independently. 

Referring now to FIG. 1 of the drawing, an example of system architecture is 
p . generally illustrated to include a plurality of media player units 1 0, each controlled by 
.-- a player controller 1 1 that is connected via a high-speed data network to a server 12. 
ry Data to be played can be introduced to the data network from a variety of sources 
^ including a wide area network 14, a scheduler workstation 15, or from the internet via 
oi a web gateway 16. (As used herein the terms "play" and/or "playback" are intended 
™ to include any type of display, transmission, broadcast or other dissemination of any 
H type of communicative message, information, data, graphic or photographic content, 
H or other audibly or visually perceivable indicia.) 

jjjO Both play data and scheduling data can be stored in one or more local or 

remote databases 4. In accordance with the invention, the individual display, 
broadcast or player units 10 are standalone devices that are communicably coupled 
to the system. In the event that communication is interrupted, they can continue to 
function and await reconnection to the system. Each player 10 and its player 

25 controller 1 1 form a remote player system that can operate as part of the player 

network (controlled by the server) or in a standalone workstation mode. The server 
12 is a central repository for media content and scheduling information, and the 
server also performs operational monitoring for the overall system. Content and 
scheduling information for each player controller 1 1 resides centrally on the server 

30 and locally at the controller. As changes are made to either content or scheduling 
information at the server, the changed data is replicated via a secure network 13 to 
the player controllers 1 1 . A user workstation 1 5 is connected via the network to the 
server and allows changes to be made to data content and scheduling information. 
Schedule and content information on the server can also be modified by one or more 
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authorized users on the internet via a Web browser interface capable of accessing 
an internet web server 16. 

As illustrated, there can also be a tie between the high-speed data network 13 
and a wide area network (WAN) 17, or corporate database, via a data gateway 18, 
5 whereby software residing on the server 12 can query the remote databases and 
bring information into this system. The server can also communicate with other 
servers on the wide-area network and share information with them. Furthermore, 
scheduling information can be executed over the wide-area network so as to affect 
not only many players but many servers associated with many other players. 
10 As suggested above, each of the individual player controllers 1 1 retain 

enough information to continuously do its job, whether or not its link to the server 12 
is severed, so that upon reconnection it can resynchronize with the system. In the 
w" event of the loss of any link within the system, monitoring capabilities are in place 
fy such that alerts can be generated indicating the failure of a link for any computer in 
g the network. The system can thus accommodate any maintenance issues that might 
fji occur. 

J" In accordance with the present invention, the server 12 maintains the media 

O content to be viewed on one or more of the player units 10. One of the unique 
M= features of the invention is that media and scheduling data is replicated between the 
2$ several system devices so that no data is lost in the event of a failure. Because all 
H= information is maintained in several subsystems, following reconnect, the system 
can synchronize and update all subsystems and/or the server. In operation, data 
elements stored in the server can be changed either by user interaction or simply as 
queries against an existing data base that the server then copies to the player 
25 controllers. 

There is also a certain kind of media content which includes references that 
are embedded within the information such that at the time the media is played it 
looks at the copy of the variable that it got from the server and incorporates that 
information into the play at that time. Thus it is actually using several components of 
30 the system together with the scheduler to tell one or more of the player controller 
stations how to present a particular advertisement. There is, in addition, logic inside 
the player system that is able to take static image or picture data and incorporate 
dynamic data into it, or to merge a selection of separate images to achieve a 
particular result. 
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Referring now to FIG. 2 of the drawing. An electronic media database is 
shown in its simplest form as including separate media database 20 and scheduling 
database 21. Basically, information contained in database 20 relates to that 
information which can be played, and data in scheduling database 21 relates to 
5 times at which the information can be played. An alternate organizational structure 
for the data is illustrated in FIG. 3 and may include tagged media stored in a media 
database 22. This type of media contains both data and information about when the 
data is to be played. One might think of the database structure in FIG. 2 as being 
isolated in terms of media and scheduling information, while in the illustration in FIG. 
10 3 (at 22) the scheduling and the media information is unified. As illustrated at 23, 
additional scheduling information can also be provided to augment the information 
=i that is in a particular tag of the data stored in database 22. So basically, there are 

three possibilities: one where the media and the scheduling information are 
5j separate; one where the media and scheduling information is fully unified; and a third 
?§ which is somewhat of a hybrid approach wherein some of the scheduling information 
tT- is unified with the media, and additional scheduling information is stored in a 
separate database. 

3 Generally speaking, the nature of the subject algorithm relates to a concept of 

^ determining when particular media is to be played, and more specifically, to a means 
|Q for providing the capability of determining when particular media is to be played. A 
feature of the invention is that it includes what is generally referred to as a standard 
means for playing particular media in response to the assignment of a frequency to 
each item to be displayed. The item is then played at that frequency relative to other 
items that are available for play. However, the frequency concept is not absolute. 
25 For example, if a particular media player is said to have a frequency of 5, it does not 
mean that that particular media is going to play five times a minute, or once every 
five minutes. What it means is that its frequency of play (5) will be relative to that of 
the other media. That is to say that if a particular item has a frequency of five, and 
another item also has a frequency of five, they will both play about the same number 
30 of times. However, if one has a frequency of five, and another has a frequency of 
1 0, on the average the first will play once for each two plays of the other. 

A second way to schedule play is called "recurring", which is to say that a 
particular play event is specifically intended to occur at a recurring interval. The 
interval can be in terms of minutes, or hours, or even days. In addition to the 
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interval, an offset to the interval is provided to permit phasing within a particular 
interval. For example, if one wants to play a particular item every ten minutes, 
except that he wants it to play at five minutes after the hour, the offset facilitates 
such play. 

5 The third mechanism is called "time base". In this instance, play is scheduled 

to occur at a particular time of day. For example, at exactly 5:00 p.m. 

The fourth alternative is called "Trigger". In this case some type of signal 
external to the algorithm is input and typically relates to some type of triggering 
event. Upon occurrence of the triggering event, a particular media content will be 
10 played. A subset of the fourth method is an external asynchronous request to play 
content. It relates to the unscheduled play of content, perhaps on request. 

The essence of the present invention is that it includes subsystems that can 
do certain things. This is the first media play system that brings a number of 
iTj alternative play algorithms together. There are basically two aspects to the present 
15 invention; (1 ) the way in which standard scheduling is accomplished, and (2) the 
J" holistic ability to have complete scheduling capability. In practicing the present 
J invention one can schedule a wide variety of tasks and media playback as opposed 
to a certain type of schedule classification. The steps involved in practicing the 
present invention are illustrated in FIGs 4-17 and will now be discussed in detail. 
20 A large part of the present invention centers around the fact that the several 

H concepts mentioned above co-exist. There are other systems that have been able to 
do certain aspects of this invention in discreet form, but no such system has the 
ability to do all of this in a holistic mode in which one can create a scheduling 
database that applies to any group of content and have it take care of all of the 
25 scheduling needs of a particular output channel. 

Referring now to the initialization diagram illustrated in FIG. 4 of the drawing, 
the basic flow is depicted during system initialization. As illustrated by block 24, the 
internal scheduling data structure is built from a scheduling database that can either 
be in the form of a separate 'scheduling database' or a 'tagged database' with 
30 embedded scheduling information as illustrated in FIGs. 2 and 3. The outer loop of 
the algorithm is the first to "start up." Its function is to process external scheduling 
inputs i.e., things that deal with asynchronous requests. At this point, the system 
looks to see if there are any asynchronous requests, such as "play now" kinds of 
inputs, for example. The main core of the routine is represented by Block 26 
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designated "select and play media." After the selected media is played, a check is 
made (27, 28) for updates to the scheduling database to see if any of the control 
inputs have changed. If there are changes, the database is rebuilt and operation 
continues. If there are no changes, the system again looks for external inputs, 
5 figures out what to play, plays it, and then continues to look for control level changes. 
If there are no control level changes, the select and play media (block 26) again 
functions to process the non-interrupting, non-standard items in a manner which will 
be further described below with respect to FIG. 5. 

Non-standard items have an attribute indicating that they are interrupting or 

10 non-interrupting; for example, something that is time-based. When an item is 
scheduled to play at 5:00, it can be interrupting or non-interrupting, meaning that 
when it is exactly 5 o'clock, no matter what the system is doing, it will be interrupted 
to play the item, or it will play the item as soon after 5:00 as it can without 

^ interrupting the system operation. 

13 Turning now to FIG. 5 of the drawing, which is a flow diagram illustrating the 

steps involving carrying out the "select and play media' block 26 previously 
discussed with relation to FIG. 4, the first step in the main loop is to select and play 
.i.e., process the non-interrupting and non-standard items (Block 30). The algorithm 
then queries at 32 whether or not there are any items in the priority queue. The 

20 priority queue is basically for items that are recurring and time-based, and triggering 
things that are not interrupting to get played. The system basically makes a list of 
those things that are not standard and places them in a priority queue to make sure 
they get played first. So, if there are items in the priority queue, the first item in the 
queue is selected and played (Block 36), and then removed from the queue. If the 

25 test at block 32 indicates that there are no priority items, the scheduling priorities for 
the standard items are calculated (Block 38), and a standard item is selected for play 
(Block 40) and that item is played (36), and the cycle is repeated. As an aid to 
understanding the operation of the present invention one might consider the 
operation of the system as being analogous to a disk jockey (DJ) radio show. The 

30 DJ plays songs, some of which are played more frequently and some of which are 
played less frequently. And then there are those external events that can happen. 
For example, someone might make a special request. A special request is an 
external event. Another type of external event, although of a different character, is 
that the station will have to play a station ID tag every 15 minutes to comply with 
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FCC regulations. So if one thinks of the station ID tag as a recurring item that is set 
to play every 15 minutes, and thinks of a request as being an asynchronous external 
request, this system acts as a sort of master synchronizing functionary similar to the 
DJ at a radio station. Basically, the operation goes through the loop checking to see 
if there are any of the external requests, and if so, processing them (36) as needed. 
In the main loop, the system is also checking to see if there are any non-standard 
items, items recurring on a time base, or items that are of a little higher priority 
overall. If such items are present, then the system takes care of them as per Block 
34, then, when those items are cleared, the system returns back to business as 
usual, playing a mix of normal standard items, as per the select function at Block 40. 

The play selected content function (36) is illustrated in detail in FIG. 6, and is 
somewhat more complicated than one would normally expect because the system 
must take care of the situation where interruptions are occurring. Even while 
material is being played, the system must be aware of the fact that interrupts can be 
present, so as it begins the presentation of selected content (Block 50) it looks to see 
(block 52) if there are any interrupt triggers active. If the answer is "no", then it just 
looks to see (block 54) if the content presentation is complete; if not, it keeps going 
back to step 52 and sits on idle. As soon as play is complete, the successful 
completion of content presentation (block 52) is flagged and operation continues. In 
the event there is an interrupt, the system immediately presents the interrupt content 
(block 58), and if the content had a specification to resume (block 60) an item that 
had previously been interrupted, a choice is presented (block 62) of either resuming 
from the beginning, in which case the previously started presentation is restarted 
(block 50) or simply continuing (block 52), and if it is not set to resume, the system 
will flag the completion of the interrupt (block 64) and resume operations (block 66). 
So this is how the play is accomplished while still preserving the ability to have 
interrupt capability. 

The processing of non-interrupting items(block 30 in FIG. 5) is shown in FIG. 
7. For each item in the list that is a non-interrupting item, flags are set to active 
(block 72) to indicate that items are active and available for play, and at other times 
to indicate that the items are not active (block 74). For instance, an alcohol ad, or 
something like that, might be available for play in a system running in the south 
where they don't want such subject matter played on Sunday. The item will thus be 
flagged so that it is active Monday through Saturday, but not on Sunday. Or perhaps 
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the blue laws may say that no advertisements are to be run between the hours of 
2:00 a.m. and 10:00 a.m. 

In accordance with the invention, the present system can block out times and 
dates so that during such periods, such items are simply not active. Once the flags 
are set, the system queries; "is the item active for play, yes or no?" (block 76). If it is 
active, "is it time for this item to play?" If it is a recurring item, the system checks to 
see if it is the appropriate interval and offset for this item. If it is, it then adds the item 
to the priority queue (block 78). The same function occurs with time-based items. If 
it is not the appropriate interval and offset for a particular item, the system just plays 
through the next item (block 80) and iterates the added item(block 78) to the queue 
(block 82). It thereby builds a queue so that if an item is active and it is it's time to 
play, it goes on the queue and the function is complete. This is where the operation 
stood at block 30 in FIG. 5, wherein the queue is built, and a query (block 32) asks 
whether or not there are any items in the priority queue. 

FIG. 8 illustrates the steps involved in the flag setting function (block 32) of 
FIG. 7. In this function, a couple of detailed parameters are available. One is called 
an 'activation date', and the other is called an 'expiration date'. An example of these 
two parameters might be, for example, a promotion for a sale which is to start on 
Monday, February 5 th , and to end on Friday, February 8 th . When such information is 
input to the system, it sets the activation date and the expiration date. The time will 
now automatically become available. A query will then be made as to whether or not 
the item is within the active window. In other words, "has the item passed the 
activate date" (block 84)? If the answer is yes, then the next query is made; "has the 
item passed the expiration date" (block 86)? If the answer is no, then a third query is 
made as to whether or not the item is enabled for play at the current time and date 
(block 88). Since it is not Sunday, and it's not between the hours of 2:00 and 10:00, 
the answer will be yes, and the item is enabled. The item is then checked to see if 
category filtering is in use (block 90), wherein the media can have associated with it 
either the scheduling database, or through some kind of internal filters (blocks 
90,92), tags that in some way restrict play of particular content in particular venues 
or settings. This is yet another mechanism to determine whether or not an item is 
available for play. For example, in a casino there are areas that are for the general 
public, i.e., areas where there are restaurants and movie theatres, etc., and then 
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there are areas where children are not allowed. For example, only adults are 
allowed in the gambling areas. 

A particular advertisement can thus be categorized as "over 21 only," for 
instance, and can be scheduled for use on all of the displays. However, some 
displays may have a category filter that says "only 21 and over," and others may 
have a filter that says "not 21 and over." So when the media comes through with the 
category flag, it is applied against the category filter (block 92), and if the item 
matches the current setting of the filter, it is set as "active for play" (block 94). If the 
item does not match the filter, then the item is set as "inactive for play" (block 96). If 
any of these things are not true, then the item is not active. If all of these things are 
true, and the filters match, then the item is active and is allowed to pass through the 
system and be played. This standard is one of the really unique parts of this 
invention. 

Standard scheduling is exemplified where there are a variety of ad contents to 
be displayed, and it is desired that certain items be interchanged with other items, 
and heavier rotation, on the average, is selected for some items, while less frequent 
rotation is selected for other items. The way in which this is accomplished is that the 
system generates a "clean list" (see FIG. 9) by clearing a "standard item list" (block 
100). This is done every time, because the nature of the algorithm is that it is time- 
sensitive. So as time moves on, the list changes. The first step is to iterate (block 
102) for each standard content item that is in the schedule. Active flags are then set 
(block 104), and a check (block 106) of the flags is made to see if the item is active. 
If the item is active, then item priority is calculated (block 108) based on frequency, 
time of last play and aging information. That item and its calculated priority value are 
then added to the standard item list (block 110) and the same is repeated for each 
item. When the determination is made that there are no more items to be added 
(block 1 12), the list is sorted according to priority (block 114) and the "select" 
function (FIG. 10) is commenced. 

In implementing the select function, there are two modes that are available, 
one mode uses randomization (block 116), and a second mode basically selects the 
highest priority (block 118). So if randomization is called, then the window size is 
selected and set (block 120) in accordance with the randomization parameters. 
Basically there are a couple of factors to be considered. One is how many items are 
on the list, and the other is what percentage of the list is to be eligible for selection 
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randomly. After that, a minimum or a maximum can be applied. For instance, where 
an operation requires a minimum of two items that it can select between, and even 
though there might be a large number of items on the list, the system might be set to 
max out at a particular number of items to randomize between. When one of the top 
5 items is selected (block 122) at random from the top "window-size" ad list, that item 
will be selected and passed as the selected item for play. So this algorithm is at the 
heart of what this system does and is very special because; not only does it have the 
capability of characterizing the items for play, such that one item plays more than 
another item, and yet another plays more than still another item, they have very 
10 specific weighting and ratios to the number of times that they are played. 

The system also takes into account the time of last play; i.e., the internal 
scheduling information tracks when these items were played last. If the play is 
m stopped and restarted at a later time, that information can be preserved. So if the 
J database scheduling information is presented, when it starts again the viewer will not 
f| hear or see something that he just saw prior to the last time because that information 
gi is persistent, i.e., because that information is very special. For instance, if you have 
^ a CD player at home and you hit the random button and it just plays items without 
O weighting, and it doesn't know what you heard last, you might hear the same song 
l-l again, i.e., the first song you hear might be the same song you heard just before you 
|J shut the system off. So this feature preserves information about when an item was 
M= played, and it uses that intelligently in making the decision on what to be played 
next. 

Furthermore, a common feature of any type of scheduling, whether it be for 
presentation of music for play, like in the case of a radio station, or for play of 

25 promotional or advertising material, is the concept of aging; i.e., as people have seen 
things, or heard things more and more, one wants to show it to them less because 
he wants them to see newer things more. This concept of aging allows the system 
to decrease the relative frequency of play as the material gets older. 

There is also a field in the database that indicates when an item was added 

30 for play, such that even though a first song might be a "ten," and a second song 
might be a "ten," the first song is older, so it is not going to be heard as much 
because its older. Again, that is something that can be parameterized in this system 
wherein the calculation of the priority takes place. This is also at the heart of the 
present invention. Means are provided which make intelligent decisions about what 
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material is to be presented, yet at the same time the system maintains ail of its 
flexibility to do the things that are necessary to operate real businesses, be it music 
or advertising, or even if it is just a matter of entertainment, so that the consumer 
enjoys a truly entertaining experience in having materials or sound presented to him. 

The invention can be applied equally to the play of music, advertising, the 
viewing of family pictures, multi-media broadcasting, etc. Imagine for example, an 
automated photo album program in which you have all of your family pictures 
presented in a selected sequence. Obviously some of the pictures are better than 
others. You may want to be able to say "show me a particular collection or type of 
pictures." For example, a slide show can be presented to entertain guests by playing 
a particular collection of pictures. The system knows which ones of the tagged 
pictures are better and knows which ones are worse. It also knows which ones have 
been seen recently. When it pulls one up you might say "Oh my, I haven't seen that 
one in a while, that was a great one. I remember that vacation." It's the same kind 
of thing one would want from the experience. So this algorithm captures the 
essence of what people might want or expect from the media experience, and is able 
to control the presentation digitally. 

Operation of the system can be explained by the following examples. In the 
first case, one has audio/visual media which is primarily marketing and advertising 
that has been created, and the creators wish to show it to one or more audiences on 
one or more devices. So, as was alluded to earlier, a presentation device that is 
inside a food area might have different requirements for what is to be played by a 
device that is sitting in the middle of a casino floor, or sitting in the middle of a mall. 
So what the present invention provides is that it gives a controller the capability of 
upgrading scheduled items which can incorporate one or more of certain media 
content items, and then of instructing the system when to play such media items. 
The controller can thus manually build a list using any of the techniques that were 
mentioned above and say I want this item to play; I want it to play standard at a 
frequency of 5. This other item I also want to play standard with a frequency of 5. 
This alcohol ad I want to play standard with a frequency of 5, except that I don't want 
it to play on Sundays, and not at certain times of the day. The other items might 
have been promised to run four times an hour so I want that item to play every 15 
minutes using the recurring technique. The happy hour ad, I 
want it to play at 4:00 p.m. every day.etc. 
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In operation, the described scheduling system is typically accessed for the 
purpose of creating or modifying a play schedule in one of two ways. The first 
method utilizes a windows-based GUI application that directly accesses the content 
and scheduling database. The second method provides a means for remote users 
5 (who are security authorized) to access and manipulate both content and scheduling 
information utilizing a standard web browser such as Microsoft's Internet Explorer. 
The web browser connects to a web server that hosts a system manager application 
specifically designed to access the content and scheduling database. Both methods 
of scheduling content for play provide the same functionality. 

10 Referring now to the user interface screen illustrated in Fig. 1 1 of the drawing, 

the first step in scheduling a piece of content for play requires the user to select the 
content to be scheduled. The application presents the user with a scroll box 

£ containing available content (130) to be scheduled. The user selects from the 

available content and the selected content is moved to the selected content window 

f5 (132). 

m Moving now to Fig. 12, an additional feature of content grouping is presented. 

^ The content group function provides a method to group items of content by selecting 
Q multiple content items in the select content box (140). The group scheduling function 
M is enabled by selecting the 'create one' group item checkbox (142). Once the group 
Jj> function is enabled, the group must be named by typing in an alphanumeric name for 
h= the newly created group (144). A significant benefit of the group function is the 

ability to select one of three possible play algorithms for each group scheduled (146). 

Selecting the "play all items" function (148) causes each item of content 
contained in the group to be played at each scheduled playing of the selected group. 
25 For example, if the group of content was scheduled to be played every hour on the 
hour, then each item of content in the group (140) would be played sequentially at 
the top of each hour, e.g., at 1:00 p.m., anniversary would play, followed by Human 
Resources, followed by Caesar's El Portal. At 2:00 p.m., the sequence would 
repeat, etc. 

30 Selecting the "play only one item in sequence" button (1 50) results in one 

item of content being played for each scheduled play of the group. Using the 
previous example where the group is scheduled for play every hour on the hour, at 
1 :00 p.m., anniversary (the first content item in the group) would be played. At 2:00 
p.m., Human Resources, the second item of content would be played. At 3:00 p.m., 
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Caesar's El Portal (third item of content) would be played. At 4:00 p.m., the 
sequence would start over playing the anniversary content item and so forth. 

Selection of the "play one item random" button (152) causes any one item of 
content to be chosen randomly and played once at each scheduled play of the 
5 group. Using the same example once again, at 1 :00 p.m., one of the three items of 
content would be selected randomly and played. One of the three content items 
would again be randomly selected at 2:00 p.m. and again one item randomly at 3:00 
p.m., etc. 

Referring now to FIG. 13, as previously discussed there are four basic types 
10 of scheduling supported by the scheduler; standard, recurring, time based and 

triggered. Selecting a schedule type (154) is the first step once an item of content 

has been chosen for scheduling. 
£ FIG. 14 shows the configuration options available for a "Standard" type 

schedule. To schedule an item of content with a Standard schedule, the content is 
i5 selected (as previously shown in FIG. 1 1 ) and "Standard" is selected in the schedule 
T- type dropdown list (156). Configuration of a Standard schedule item is accomplished 
r by first selecting a frequency of play (158). The item is then played at that frequency 
7-; relative to other items that are available for play. However, the frequency concept is 
^ not absolute. For example, if a particular media player is said to have a frequency of 
z %b 5, it does not mean that that particular media is going to play five times a minute, or 
>k once every five minutes. What it means is that it will have a frequency of play of five 

(5) relative to the other media. That is to say, if a particular item has a frequency of 

five, and another item also has a frequency of five, they will both play about the 

same number of times. However, if one has a frequency of five and another has a 
25 frequency of 10, then on the average, the first will play once for each two plays of the 

other. 

Optionally, an enabling variable (159) can be selected. Basic logic can be 
applied to this external variable to either enable or disable the play of this content 
item, e.g., in this example the variable "Inventory" is controlled by an external system 
30 such as a company's inventory management system. If inventory exceeds 100 then 
this item is enabled for play. But if the inventory drops below 100, then this item is 
disabled from play until the inventory again exceeds 100. 

Scheduling the day and time that the content is to be played is accomplished 
through a user-friendly scheduling grid (160) that allows the user to select the hours 
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of play for each day of the week. The content item schedule (160) shows the item 
scheduled to play not at all on Monday, from 6am through 7pm Tuesday through 
Friday, and from 1pm until 7pm on Saturday and Sunday. 

The final configuration items on this screen allow the user to set the date and 
5 time that the content will start playing (1 62) and stop playing (1 64). An example of 
where this feature would be used would include the case where an advertisement of 
a sale for a department store starts on Friday and runs through Sunday. If this is an 
in the sore advertisement, one might want this sale advertisement to begin at a 
particular time on the first sale day and stop running at the end of the sale period. 
10 This feature allows that to happen automatically without manual intervention at the 
start and stop times and dates. 

Moving now to FIG. 15, "Recurring" has been selected as the schedule type 
C : (1 66), and a slightly different set of options are presented to the user. In the 
Sj Recurring schedule screen, the frequency option shown in the Standard schedule 
B has been replaced with Interval (168) and Offset (170) controls. Additionally, a 
ST check box labeled "Interrupt Playing Content" (172) has been added to the screen. 
~ The Interval control allows the user to determine how often the content will be 
O played; in this case, the content will be played every 15 minutes. The offset control 
i~ determines the exact time following the beginning of the selected Interval that the 
2Q content will be played. In this example, the offset is 5 and the interval is set to 15 
minutes, so the content will be played every hour at five minutes after the hour, 
twenty minutes after, thirty five minutes after and 50 after the hour; e.g.,. 1 :05pm, 
1:20pm, 1:35pm, and 1:50pm. 

The final unique configuration item for the recurring schedule is the Interrupt 
25 Playing Content check box (1 72). If this feature is selected, the playing content will 
be interrupted at the time this item of content is scheduled to be played. If not 
selected, this content will be played at the end of the currently playing content. 

Moving now to the "Time Based" schedule screen shown in FIG. 16, this 
schedule type allows for the selection of specificTimes for play (1 74). The times that 
30 this content will be played are shown in the "Play Times" box (1 76). Additionally, at 
(178) the user can select the days of the week that this content is to play by checking 
the "Active Days" check boxes provided for each day of the week. 

The fourth type of schedule, "Triggered", is shown in FIG. 1 7. In this case an 
external trigger called "jackpot Trigger (180) external to the system is input and 
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typically relates to some type of triggering event. Upon occurrence of the triggering 
event, a particular media content will be played. The user has the ability to limit the 
time per hour that this event may occur by setting the max plays per hour control 
(182). 

5 The fifth element of scheduling, "Category Filtering" has been explained 

above with respect to FIG. 8. 

Fig. 18 illustrates a flowchart of a process for scheduling the distribution of 
content utilizing a network in accordance with an embodiment of the present 
invention. In operation, content in a database is accessed (block 184), and schedule 
10 data is generated by inputting preferences to a scheduling algorithm (block186). The 
scheduling algorithm is based on a combination of predetermined methods of 
processing input preferences relating to parameters selected from the group 
CI consisting of: frequency, interval, time of play, trigger events and category filtering. 
fU After processing, the content and the schedule data are distributed (block 188) to a 
J5 plurality of output devices utilizing a network. Once distributed, the receiving output 
oi devices respond to the schedule data and cause the content to be communicated to 
" an intended audience by an appropriate broadcast or display (block 190) as 
described above. 

M It will thus be appreciated that the present invention provides a method and 

Jip system for facilitating the electronic scheduling and distribution of content for 
H broadcast, display or playback at one or a plurality of sites or venues playing, 
displaying and/or broadcasting any of a variety of types of media. As described 
above, discrete items of content (either fixed graphic, audio or video, or any 
combination thereof) may be scheduled for broadcast or playback based upon a 
25 schedule created by the integration of at least five standard scheduling methods 

included within a single comprehensive scheduling algorithm. In the first scheduling 
method, a discrete item of content is assigned a frequency rating relative to other 
items of content. A second way to schedule is called recurring playback wherein a 
particular item of content is scheduled to repeat at specific intervals of time. Intervals 
30 can be in terms of minutes, hours or days. A third scheduling method allows the 
content to be played according to a time base; that is, media content can be 
scheduled to play at specific dates and times. The fourth type of input to the 
scheduling system is a trigger event which may be received from a source external 
to the scheduling system. Upon receipt of the trigger event, particular media content 
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will be played. This type of input includes a mechanism called asynchronous 
request and relates to play of previously unscheduled content on an external request 
basis. And lastly, means are provided for selectively determining whether or not 
particular content is available for play in a particular venue or during a particular 
period of time. These five methods of scheduling playback of content are integrated 
into a single comprehensive scheduling system. 

While the above provides a full and complete disclosure of a preferred 
embodiment of the invention, various modifications, alternate constructions and 
equivalents may be employed without departing from the true spirit and scope of the 
invention. For example, the present invention can be used to distribute any type of 
communicative content along with any type of display or restriction control 
instructions. Accordingly, it is intended that the above not be construed as limiting 
the scope of the invention, which is defined by the appended claims. 

What is claimed is: 
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